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RESERVATION ACCEPTANCE SYSTEM AND COMPUTER PROGRAM PRODUCT 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

5 The present invention relates to a system and a 

method for processing an acceptance of a reservation that 
is made by a customer who is in a remote place. 

2. Description of the Prior Art 

Conventionally, a system is proposed or 

10 commercialized that is for processing an acceptance of a 
reservation that is made by a customer who is in a remote 
place. For example, Japanese unexamined patent 
publications No. 6-19929, No. 2001-84418, No. 2002-236832, 
No. 2002-7826 and No. 2002-279260 and Japanese patent No. 

15 2869583 disclose systems in which a reservation can be 

made by using a cellular phone by a customer who wants to 
use a parking lot or a restaurant. In addition, systems 
in a practical use that accept reservations from customers 
who are in remote places are disclosed in other documents 

20 including "Tabi no madoguchi : a general travel reservation 
system", MY TRIP NET CO., LTD., 2/20/2003, [searched on 
2/20/2003], the Internet <http://www.mytrip.net/>, 
"Parking Information", PARK 24 Co., Ltd., 5/30/2002, 
[searched on 2/20/2003], the Internet <http : //www. times - 

25 info.net/pc/reserv/index.html>, and "About implementation 
of a pin point information delivery trial service 'Jaran 
Navi Sapporo 1 for cellular phones utilizing high precision 
positional information", KDDI Corporation, RECRUIT CO., 
LTD., NEC Corporation, 4/17/2002, [searched on 2/20/2003], 

30 the Internet <http://www.kddi.com/release/2002/0417-l/>. 
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According to these systems, a customer who wants to 
use a parking lot, a restaurant or others can make a 
reservation of a parking space or a seat in advance so 
that the customer is not required to wait for a long time 
5 when he or she arrives at the place . Also , a manager can 
calculate demands at an early stage, which can be utilized 
for an effective management. 

However, if all the requests for reservation from 
customers are accepted uniformly, there is a case where 

10 the management efficiency drops and the profit decreases. 
Namely, in order to obtain as much profit as 
possible in the case where a resource (a parking space) is 
provided to a customer in a minute increments like a 
parking lot or in the case where a piece rate of sales is 

15 low for example, it is necessary to increase a turnover or 
an availability factor of the parking space. However, if 
the request for reservation from a customer who is in a 
distant place is accepted without any limitations, the 
parking space that will be kept for the customer cannot be 

20 used until the customer arrives at the parking lot. In 
addition, it is possible that the customer will arrive 
lately due to an unexpected traffic jam. As a result, the 
turnover or the availability factor of the resource may be 
dropped, and the management efficiency may be lowered. 

2 5 It is considered to rent the parking space that is 

kept for the customer to another customer until the former 
customer arrives at the parking lot. In that case, 
however, if the car of the latter customer does not go out 
of the parking space before the car of the former customer 

30 who made the reservation arrives at the parking lot, the 
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former customer who made the reservation cannot use the 
parking space* 

Furthermore, as described in Japanese unexamined 
patent publication No.. 2002-236832, a method can be 
5 considered in which a reservation is accepted by a so- 
called semantic information network. In that case, 
however, the current system for providing a service has to 
be reconstructed so as to be adapted to the semantic 
information network. Such a reconstruction is a large 

10 scale and difficult. In addition, even if the semantic 
information network can be constructed for providing a 
service, there will be still a problem that a cost of 
administration is high. Accordingly, the use of the 
semantic information network is not realistic for a person 

15 who provides a service for a low unit price of sales. 

SUMMARY OF THE INVENTION 
An object of the present invention is to provide a 
system that accepts a reservation from a customer so that 
20 a resource can be used efficiently for a manager of the 
resource . 

A reservation acceptance system according to the 
present invention includes a request acceptance portion 
for accepting a request for providing a service, a current 

2 5 position information obtaining portion for obtaining 
current position information that indicates a current 
position of a customer who made the request, an area 
information storage portion for storing area information 
that defines a predetermined area around a provision 

30 position of the service, an existence decision portion for 



deciding whether or not the customer who made the request 
is within the predetermined area in accordance with the 
current position information and the area information, and 
a reservation acceptance processing portion that performs 
5 a reservation acceptance process for accepting a 

reservation of the service that relates to the request 
when it is decided that the customer who made the request 
is within the predetermined area and does not perform the 
reservation acceptance process when it is decided that the 

10 customer is not within the predetermined area. 

In a preferred embodiment, the system further 
includes a provided quantity information obtaining portion 
for obtaining provided quantity information concerning a 
quantity of the service that can be provided. The area 

15 information has a parameter that indicates the quantity so 
that the predetermined area is defined as a larger area as 
the quantity indicated by the parameter is larger. The 
existence decision portion performs the decision by 
deciding whether or not the customer who made the request 

20 is within an area that is defined in accordance with the 
quantity indicated by the provided quantity information 
and the area information. 

If the service is to provide a parking space in a 
parking lot, the reservation acceptance system can be 

2 5 structured as below. Namely, the system includes a 
traffic information obtaining portion for obtaining 
traffic information around the parking lot or the customer 
who made the request, the traffic information being 
transmitted from an information providing portion, and a 

30 demand forecast portion for forecasting a future demand of 



the parking lot in accordance with the obtained traffic 
information. The area information has a parameter that 
indicates a quantity of the demand so that the 
predetermined area is defined as a larger area as the 
quantity indicated by the parameter is smaller. The 
existence decision portion performs the decision by 
deciding whether or not the customer who made the request 
is within an area that is defined in accordance with the 
forecasted demand and the area information. 

Furthermore, the service in the present invention 
means to provide a physical resource (such as a parking 
space, a room, an OA machine, a seat in a restaurant or a 
commodity product) or a human resource (such as a cook, a 
counselor or a cosmetologist), for example, to rent a 
parking space in a parking lot , to rent a room in a hotel , 
to rent a room in a Karaoke shop, to rent an OA machine 
installed in a rental office, to provide a meal in a 
restaurant, to sell a limited number of products, to 
counsel about an insurance or to provide hairdressing in a 
beauty shop. 

BRIEF DESCRIPTION OF THE DRAWINGS 
Fig. 1 is a diagram showing a general structure of 

a system including a reservation acceptance system 

according to the present invention. 

Fig. 2 is a diagram showing an example of a 

hardware structure of the reservation acceptance system. 
Fig. 3 is a diagram showing an example of a 

functional structure of the reservation acceptance system 

and a parking lot usage management system. 
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Fig. 4 is a table showing an example of a customer 

table . 

Fig. 5 is a table showing an example of area 
condition information. 
5 Fig. 6 is a table showing an example of distance 

condition information . 

Fig. 7 is a table showing an example of time 
condition information . 

Fig. 8 is a diagram showing an example of a parking 
10 space table. 

Fig. 9 is a diagram showing an example of a 
reservation screen . 

Fig. 10 is a table showing an example of a 
reservation table. 
15 Fig. 11 is a flowchart explaining an example of a 

flow of a process in a terminal device when a request for 
reservation is performed. 

Fig. 12 is a flowchart explaining an example of a 
flow of a process in the reservation acceptance system 
20 when an acceptance of a request for reservation is 
performed. 

Figs. 13A-13D are tables showing an example of 
change information tables. 

Fig. 14 is a flowchart explaining an example of a 
25 flow of a process in the reservation acceptance system 
when a canceling process is performed. 

Fig. 15 is a flowchart explaining an example of a 
flow of a process in the terminal device when a request 
for temporary reservation is performed. 
30 Fig. 16 is a flowchart explaining an example of a 
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flow of a process when a temporary reservation is 
performed. 

Fig, 17 is a flowchart explaining an example of a 
flow of a process in the reservation acceptance system 
5 when an acceptance of a request for temporary reservation 
is performed. 

Fig. 18 is a diagram showing an example of a 
temporary reservation check screen. 

Fig. 19 is a diagram showing an example of a real 
10 reservation check screen. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 
Hereinafter, the present invention will be explained 
more in detail with reference to embodiments and drawings. 

15 [First embodiment] 

Fig. 1 is a diagram showing a general structure of a 
system including a reservation acceptance system 2 
according to the present invention. Fig. 2 is a diagram 
showing an example of a hardware structure of the 

20 reservation acceptance system 2. Fig. 3 is a diagram 
showing an example of a functional structure of the 
reservation acceptance system 2 and a parking lot usage 
management system 3. Fig. 4 is a table showing an example 
of a customer table TL1. Fig. 5 is a table showing an 

25 example of area condition information 81. Fig. 6 is a 

table showing an example of distance condition information 
82. Fig. 7 is a table showing an example of time 
condition information 83. Fig. 8 is a diagram showing an 
example of a parking space table TL2 . Fig. 9 is a diagram 

30 showing an example of a reservation screen HG1 . Fig. 10 



is a table showing an example of a reservation table TL3 . 

As shown in Fig. 1, the reservation system 1 
includes the reservation acceptance system 2 according to 
the present invention and the parking lot usage management 
5 system 3. The reservation acceptance system 2 and the 
parking lot usage management system 3 can be connected 
with each other via a network 6 . As the network 6 , the 
Internet, an intranet, a private line and/or a public 
network can be used. 

10 An information providing system 4 is a system that 

is managed by a road traffic control center or others and 
provides information relating to road traffic by wireless 
and/or wire. Examples of the information providing system 
4 include VICS (Vehicle Information and Communication 

15 System) in Japan. 

The parking lot usage management system 3 performs a 
process for managing parking spaces in a parking lot A. 
The reservation acceptance system 2 performs a process for 
accepting a reservation of a parking space for a car 

20 driver who wants to use this parking lot A. Namely, the 
reservation acceptance system 2 goes between the driver 
and the parking lot A. 

The driver can make a reservation by operating a 
terminal device 5 at his or her hand from a remote place. 

25 As the terminal device 5, a device that can transmit 

position information is used. For example, a cellular 
phone that has a GPS (Global Positioning System) function, 
a PHS (Personal Handyphone System) as a kind of a cellular 
phone, a PDA (Personal Digital Assistant) that has a GPS 

30 function, a mobile personal computer that has a GPS 



function or a terminal device for a car navigation system 
can be used. Furthermore, on the terminal device 5, 
during the period until the car arrives at the parking lot 
A, an application program for reservation is operating for 
5 entering necessary items for the reservation and for 
transmitting the position information. 

The reservation acceptance system 2 includes a CPU 
2a, a RAM 2b , a ROM 2c , a magnetic storage device 2d, a 
display device 2e, an input device 2f such as a mouse or a 

10 keyboard and various interfaces as shown in Fig. 2. 

An operating system (OS), and programs and data for 
realizing a reservation request reception portion 201, a 
position information reception portion 202, a existence 
decision portion 203, a reservation acceptance decision 

15 portion 204, a reservation acceptance processing portion 
205, a usage state obtaining portion 206, a cancel 
processing portion 207, an arrival time forecast portion 
271, an arrival possibility decision portion 272, a 
traffic information obtaining portion 208, an acceptance 

20 condition database 2D1 and a customer information database 
2D2 as shown in Fig. 3 are installed in the magnetic 
storage device 2d. These programs and data are loaded 
into the RAM2b responding to necessity and the program is 
executed by the CPU 2a. 

25 The parking lot usage management system 3 has the 

same hardware structure as the reservation acceptance 
system 2. An operating system (OS), and programs and data 
for realizing a parking lot database 3D1 and a reservation 
information database 3D2 as shown in Fig. 3 are installed 

30 into a magnetic storage device of the parking lot usage 



management system 3. 

Hereinafter, functions and processes of the portions 

shown in Fig. 3 will be explained. The customer 

information database 2D2 stores and manages the customer 
5 table TL1 as shown in Fig. 4. This customer table TL1 

stores information about customers (users) who use the 

parking lot A in connection with user IDs that were issued 

for identifying the users. Namely, information about user 

registration is stored. As the user ID, an identifier 
10 that is assigned to the terminal device 5 of the customer 

uniquely (for example, a telephone number of a cellular 

phone) can be used. 

The acceptance condition database 2D1 stores area 

condition information 81, distance condition information 
15 82 and time condition information 83 as shown in Fig. 5, 6 

and 7, respectively. These pieces of information indicate 

conditions for deciding whether or not a reservation of a 

parking space in the parking lot A is acceptable. 

Hereinafter, these pieces of information indicating 
20 conditions for deciding whether or not a reservation is 

acceptable may be referred to as a general name "condition 

information 8". 

The parking lot database 3D1 stores and manages the 

parking space table TL2 as shown in Fig. 8. This parking 
2 5 space table TL2 stores information about a vacancy state 

and a car type that can be parked in the space of each 

parking space in the parking lot A. 

The reservation request reception portion 201 

receives reservation request information 71 that indicates 
30 a request for reservation for parking a car in the parking 



lot A from the terminal device 5. Then, user 
authentication is performed in accordance with a user ID 
and a password that are indicated in the reservation 
request information 71. The reservation request 
5 information 71 is transmitted from the terminal device 5 
by the following procedure. 

A customer, i.e., a driver who wants to use the 
parking lot A operates his or her terminal device 5 so as 
to start up the application program for reservation. 

10 Alternatively, the user may access a Web page that is 

provided by a Web application having a function similar to 
the application program for reservation by designating a 
URL of the reservation acceptance system 2. Of course, 
these operation and other operations that will be 

15 explained later may be performed by another person in the 
car for the driver. Then, the terminal device 5 will 
display a reservation screen HG1 having a parking lot 
reservation form as shown in Fig. 9. 

The driver enters his or her user ID, password and a 

20 time for use in each text box TX. The "time for use" 

means a schedule time for using the parking lot, i.e., a 
desired time. After entering, the driver presses a 
transmission button BN1 . Thus, the entered information is 
transmitted to the reservation acceptance system 2 as the 

25 reservation request information 71. If the driver wants 

to cancel the request for reservation, he or she presses a 
cancel button BN2 . In the case where a telephone number 
of a cellular phone or a terminal ID is used as the user 
ID, it is possible to read out the information that is 

30 stored in the terminal and inform the reservation 



acceptance system 2 of the information without entering 
information in the text box TX that corresponds to the 
user ID. Thus, fraudulent usage of a user ID by an 
outsider can be prevented, so that a security can be 
5 improved . 

In addition, the terminal device 5 transmits 
position information 72 that indicates a position of the 
terminal device 5 i.e., a current position of the customer 
to the reservation acceptance system 2 together with 

10 reservation request information 71. This position 

information 72 indicates a latitude and a longitude that 
are derived from radio waves that are transmitted from a 
GPS satellite or a base station on the earth. 
Alternatively, if the terminal device 5 is a cellular 

15 phone or a PHS cellular phone, a position of a base 

station (an antenna station) that captures the terminal 
device 5 can be regarded as the current car position. It 
can be an address like " Suehirocho 1-2-3". The position 
information 72 is received by the position information 

20 reception portion 202 in the reservation acceptance system 
2 shown in Fig . 3 . 

The existence decision portion 203 decides whether 
the car of the customer is within a predetermined area in 
the vicinity of the parking lot A in accordance with the 

25 received position information 72. This predetermined area 
is an approximate area in which it is possible to arrive 
at the parking lot A in a predetermined time and is 
defined by the area condition information 81 shown in Fig. 
5, for example. Namely, if the position indicated by the 

30 position information 72 belongs to any of the areas 



indicated by the conditions 1-3 of the area condition 
information 81, it is decided that the customer is close 
to the parking lot A. If the position indicated by the 
position information 72 does not belong to any area of the 
5 conditions, it is decided that the customer is not close 
to the parking lot A. The result of the decision is 
delivered to the reservation acceptance decision portion 
204 as existence decision information 74 . 

The area of the area condition information 81 can be 

10 defined by vertexes of a polygon such as a tetragon or a 
heptagon as shown in the conditions 1 and 2 in Fig, 5. 
The area can be also defined by a function expressing a 
shape such as a circle or an ellipse. Alternatively, the 
area can be defined by a town name or a district name as 

15 shown in the condition 3. The area can have a complicated 
shape. The decision whether or not it satisfies the 
condition 1 or 2 is performed by calculating a 
representative point of the town (a center of the town, 
for example) if the position information 72 indicates a 

20 name of town or others, and by deciding whether or not the 
representative point belongs to the area indicated by the 
condition 1 or 2. In addition, the decision whether or 
not it satisfies the condition 3 is performed by deriving 
a name of the town to which the position belongs if the 

25 position information 72 indicates the position by a 
latitude and a longitude, and by comparing them. 

It is possible to perform the decision whether or 
not the car of the customer is within the predetermined 
area in accordance with the distance condition information 

30 82 shown in Fig. 6. Namely, if a distance between the 



position of the parking lot A and the position indicated 
by the position information 72 satisfies one of the 
conditions 1-3 indicated by the distance condition 
information 82, it is decided that the car of the customer 
5 is close to the parking lot A. 

Alternatively, the decision can be performed in 
accordance with the time condition information 83 shown in 
Fig. 7. Namely, if the time necessary for moving from the 
position indicated by the position information 72 to the 

10 parking lot A satisfies one of the conditions 1-3 

indicated by the time condition information 83 , it is 
decided that the car of the customer is close to the 
parking lot A. Namely, it is decided whether or not the 
car of the customer is within the area of a distance 

15 corresponding to a predetermined necessary time. The 
necessary time can be derived in accordance with an 
average speed of a car and a distance between the position 
of the parking lot A and the position indicated by the 
position information 72, for example. It is possible to 

20 calculate the necessary time by referring traffic 

information or weather information provided from the 
information providing system 4 (see Fig. 1). The traffic 
information or other information is obtained by the 
traffic information obtaining portion 208. 

25 The usage state obtaining portion 206 accesses the 

parking lot database 3D1 of the parking lot usage 
management system 3. Then, the usage state obtaining 
portion 206 obtains usage state information 73 that 
indicates a current usage state about a parking space that 

30 matches a car type of the car (see Fig. 4) of the customer 



who made the request for reservation among parking spaces 
in the parking lot A. The usage state information 73 
indicates a total number of parking spaces, the number of 
vacant parking spaces or a current ratio of vacancy, for 
5 example . 

The reservation acceptance decision portion 204 
performs a decision whether or not the request for 
reservation from the customer is acceptable in accordance 
with the obtained usage state information 73 and the 

10 decision result by the existence decision portion 203, 
i.e., the existence decision information 74. This 
decision is performed as follows. 

If the existence decision information 74 indicates 
that the customer is not close to the parking lot A, it is 

15 decided that the request for reservation from the customer 
is not acceptable. If the existence decision information 
74 indicates that the customer is close to the parking lot 
A, the usage state of the parking lot A is further checked 
for deciding whether or not the request for reservation 

20 can be accepted. 

For example, if the usage state information 73 
indicates that there are a predetermined number (e.g., 
more than five) of vacant spaces in the parking space, it 
is decided that the request for reservation from the 

2 5 customer can be accepted. On the contrary, if the vacant 
spaces are less than the predetermined number, it is 
decided that the request for reservation from the customer 
cannot be accepted. Furthermore, it is possible to set 
the predetermined number to zero if it is predicted that 

30 the number of outgoing cars will be larger than the number 



of parking spaces of the future demand after predicting 
the future demand and the number of outgoing cars in 
accordance with the past usage result of the parking lot A 
or traffic information or weather information that are 
5 provided by VICS or others. Namely, it can be decided 
that the request for reservation is acceptable if the 
usage of the parking lot has a decreasing tendency even if 
the parking lot A is full at present. 

In addition, it is possible to determine the 

10 predetermined number like "10 percent of the total parking 
spaces in the parking lot A". Furthermore, "the total 
parking spaces" is not necessarily the entire of the 
really existing parking spaces. For example, a part of 
the really existing parking spaces can be considered as 

15 the total parking spaces like "80% of the really existing 
parking space", and the remained parking spaces can be 
used for spare parking spaces or used for a customer who 
comes without a reservation. Alternatively, in 
expectation of cancels, it is possible to regard parking 

20 spaces more than real (e.g., 105% of the really existing 
parking space) as the total parking spaces. 

The reservation acceptance processing portion 205 
asks the parking lot usage management system 3 to register 
the reservation when it is decided that the request for 

2 5 reservation from the customer is acceptable. On this 

occasion, a user ID of the customer, a schedule time of 
the use (the time for use) and a license number of the car 
are informed in accordance with the items entered in the 
reservation screen HG1 (see Fig. 9) and the customer table 

30 TL1 (see Fig. 4) . 
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The reservation information database 3D2 stores and 
manages the reservation table TL3 shown in Fig. 10. The 
reservation table TL3 stores reservation information 75 
about reservations. The reservation information database 
5 3D2 adds a new record (reservation information 75) to the 
reservation table TL3 in accordance with the request from 
the reservation acceptance system 2 . Thus , the acceptance 
of the reservation that was requested by the customer is 
finished. 

10 An "expiration time" indicated by the reservation 

information 75 is a time limit of a reservation. If the 
customer does not arrive at the parking lot A by this 
expiration time, the reservation is canceled. The 
expiration time is determined in accordance with a length 

15 of the time for use, for example. For example, if time 
for use is one hour, the expiration time may be thirty 
minutes later from the present time. The expiration time 
may be delayed by ten minutes step when the time for use 
increases by two hours step. Thus, a customer who uses 

20 longer hours, i.e., a customer who contributes more to 

sales is accepted with higher priority, so that the entire 
sales of the parking lot can be improved efficiently. 

Alternatively, a time necessary for the customer to 
arrive at the parking lot A (a necessary time until 

2 5 arrival) is calculated in accordance with the current 
position of the customer indicated by the position 
information 72. Then, the expiration time of the 
reservation may be calculated by adding a spare time to 
the present time considering the necessary time until 

30 arrival and a time loss due to a traffic jam or an error. 
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For example, it is supposed that the present time is 9:10, 
the necessary time until arrival is calculated to be 20 
minutes, and the time loss or the error (the spare time) 
is calculated to be 10 minutes. Then, the expiration time 
5 of the reservation is determined to be 9:40. Namely, the 
expiration time in this case indicates the forecasted time 
when the customer will arrive taking account of some spare 
time . 

After finishing the reservation, a message is 

10 transmitted to the terminal device 5 together with a 
reservation acceptance ID. The message says that the 
reservation has been accepted and registered in the 
database. If the reservation acceptance decision portion 
204 decided that the request for reservation was not 

15 acceptable, i.e. was refused, a message indicating the 
refusal is transmitted. 

The cancel processing portion 207 performs the 
canceling process of a reservation that has been accepted 
and registered once. Namely, when the terminal device 5 

20 of the customer makes a request to cancel the reservation, 
the reservation acceptance ID designated by the customer 
is transmitted to the reservation information database 3D2 . 
Then, the reservation information database 3D2 deletes a 
record (the reservation information 75) that corresponds 

2 5 to the reservation acceptance ID from the reservation 
table TL3 shown in Fig. 10, so as to cancel the 
registration of the reservation. Then, the cancel 
processing portion 207 transmits a message that says that 
the cancel of the reservation is completed to the terminal 

30 device 5. 
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In addition, it is possible to check the expiration 
time of each reservation information 75 in the reservation 
table TL3 in a regular interval, so as to expire the 
reservation of the customer regardless of the request if a 
5 customer who has not arrived at the parking lot A even 

after the expiration time. The expiration time is checked 
mainly by the cancel processing portion 207 that makes an 
inquiry to the reservation information database 3D2 in a 
regular interval. Otherwise, the expiration time is 
10 checked mainly by the reservation information database 3D2, 
and the cancel processing portion 207 is informed of a 
reservation that has passed the expiration time when it is 
found* 

The canceling process may be performed even before 

15 the expiration time if it is forecasted that the car of 
the customer cannot arrive at the parking lot A by the 
expiration time of the reservation. This forecast may be 
performed in the following procedure by the arrival time 
forecast portion 271 and the arrival possibility decision 

20 portion 272, for example. 

After finishing the reservation, the terminal device 
5 transmits the position information 72 thereof to the 
reservation acceptance system 2 at an interval of a 
predetermined time (e.g., five minutes). Thus, the 

25 reservation acceptance system 2 can grasp a current 
position of the customer at a regular interval. The 
arrival time forecast portion 2 71 calculates a forecasted 
time when the customer will arrive at the parking lot A at 
this point in accordance with a position that is indicated 

30 by the received position information 72, traffic 
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information provided by the information providing system 4, 
and the present time. The arrival possibility decision 
portion 272 decides (forecasts) that the car of the 
customer will not arrive by the expiration time if the 
5 calculated time exceeds the expiration time that is 

indicated by the reservation information 75. Furthermore, 
these processes are performed continuously during the 
period until the customer arrives at the parking lot A or 
until the reservation is canceled. 

10 Fig. 11 is a flowchart explaining an example of a 

flow of a process in a terminal device 5 when a request 
for reservation is performed. Fig. 12 is a flowchart 
explaining an example of a flow of a process in the 
reservation acceptance system 2 when an acceptance of a 

15 request for reservation is performed. Figs. 13A-13D are 
tables showing an example of change information tables 
TL8a-TL8d. Fig. 14 is a flowchart explaining an example 
of a flow of a process in the reservation acceptance 
system 2 when a canceling process is performed. 

20 Next, flows of processes in the devices when the 

reservation of the parking lot A is performed with 
reference to the flowcharts . 

In Fig. 11, a driver who wants to make a reservation 
of the parking lot A stops driving the car and operates 

25 the terminal device 5 so as to start the application 

program for reservation (#11). Alternatively, the driver 
enters a predetermined URL so as to access the Web page of 
the reservation acceptance system 2. Thus, the 
reservation screen HG1 is displayed on the terminal device 

30 5 as shown in Fig. 9. The driver enters his or her user 



ID, password and desired time for use, and presses the 
transmission button BN1 (#12). Then, the reservation 
request information 71 that indicates the entered 
information and the position information 72 that indicates 
a current position of the customer are transmitted to the 
reservation acceptance system 2 (#13). 

On the other hand, the reservation acceptance system 
2 receives the reservation request information 71 and the 
position information 72 as shown in Fig. 12 (#21) and 
decides whether or not the reservation can be accepted in 
accordance with the information and the condition 
information 8 (see Figs. 5, 6 and 7) (#23). Furthermore, 
before the decision, the condition information 8 that is 
used for the decision can be changed as follows if 
necessary (#22). 

For example, a change information table TL8a as 
shown in Fig. 13A is prepared. This change information 
table TL8a defines a condition (area) for deciding whether 
or not the reservation is acceptable corresponding to the 
ratio of vacancy in the total parking spaces of the 
parking lot A. The information table TL8a is used for 
changing a content of the "condition number = 1" in the 
distance condition information 82 as shown in Fig. 6. The 
tables shown in Figs. 13B-13D that will be explained later 
are also used for changing a content of the "condition 
number = 1" in the distance condition information 82. 

From the change information table TL8a, a condition 
of a level corresponding to the ratio of vacancy indicated 
by the usage state information 73 obtained by the usage 
state obtaining portion 206 shown in Fig. 3 is selected. 
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For example, if "the ratio of vacancy is equal to 3%" , a 
condition of level 1, i.e., "the distance is less than 3 
km" is selected. Then, the selected condition is replaced 
with a condition of the condition number 1 in the distance 
5 condition information 82 shown in Fig. 6, i.e., "the 
distance is less than 10 km". Thus, the condition 
information 8 that is used for the decision is changed. 

In this way, if there are a lot of vacant spaces, 
the range ( area) for accepting customers is enhanced, so 

10 as to accept more customers for increasing a profit. 

Furthermore, if there are little vacant spaces, the range 
for accepting customers is decreased, so as to restrict to 
customers who can arrive soon. Thus, a turnover and an 
availability factor of a parking space are improved so 

15 that a profit can be improved effectively. Instead of the 
ratio of vacancy, it is possible to change the condition 
information 8 that is used for decision in accordance with 
the number of vacant parking spaces . 

Alternatively, it is possible to change the 

20 condition information 8 that is used for decision in 

accordance with a schedule time of the use of the parking 
lot A, i.e., the length of the time for use designated in 
the reservation screen HG1 shown in Fig. 9. In this case, 
the change is performed in accordance with the change 

25 information table TL8b as shown in Fig. 13B. Namely, the 
condition for accepting the reservation is defined more 
loosely as the length of the schedule time of the use is 
longer, while the condition is defined more strictly as 
the length is shorter. 

30 In this way, the condition is loosened for a 
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customer who uses the parking lot A for longer hours, i.e., 
a customer who contributes more to sales so that the 
reservation can be accepted easily. Thus, a profit can be 
improved effectively. 
5 Alternatively, it is possible to change the 

condition information 8 that is used for decision in 
accordance with a forecasted number of customers who will 
arrive at the parking lot A in the future (e.g., about one 
hour later from the present time). In this case, the 

10 change is performed in accordance with a change 

information table TL8c as shown in Fig. 13C. Namely, the 
condition is defined more strictly as more demand is 
forecasted, while the condition is defined more loosely as 
less demand is forecasted. The demand can be determined 

15 in accordance with the past usage result of the parking 
lot A, or traffic information or weather information 
provided by VICS or others , by using a predetermined 
function. 

Alternatively, it is possible to change the 
20 condition information 8 that is used for decision in 

accordance with a day of the week or a time zone of the 
day. In this case, the change is performed in accordance 
with a change information table TL8d as shown in Fig. 13D. 
Namely, the condition is defined more loosely for days of 
25 the week or time zones of the day of less demand 

forecasted, while the condition is defined more strictly 
for days of the week or time zones of the day of more 
demand forecasted. 

In this way, the condition is loosened as the 
30 forecasted demand is less, so that the ratio of vacancy 



can be decreased and a profit can be improved. In 
addition, the condition is defined more strictly as the 
forecasted demand is more, so that customers who are close 
to the parking lot A are accepted with higher priority. 
5 Thus, a turnover and an availability factor can be 
enhanced, and a profit can be improved effectively. 

In the same way, tables are prepared corresponding 
to Figs. 13A-13D for changing the conditions of the 
condition numbers 2 and 3 shown in Fig. 6, and the 

10 replacement (change) of the conditions is performed. 
Instead of these tables, it is possible to prepare a 
function having a parameter that is the ratio of vacancy. 
In addition, concerning the area condition information 81 
shown in Fig. 5 and the time condition information 83 

15 shown in Fig. 7 too, it is possible to prepare tables or 

functions corresponding to Figs. 13A-13D for conditions of 
the condition numbers 1-3. The ratio of vacancy, i.e., 
the parameter shown in Fig. 13A may be expressed by words 
that mean states such as "(parking spaces are) very many" 

20 or "a little many", "little". Similarly, the time for use 
shown in Fig. 13B may be expressed by a word like "short", 
"normal" or "long". The demand forecast shown in Fig. 13C 
may be expressed by a word like "many", "normal" or 
"little". 

25 Furthermore, the change of the condition information 

8 that is used for decision may be performed at a regular 
interval of a predetermined time. Alternatively, if 
information such as the traffic information or the weather 
information is transmitted to the reservation acceptance 

30 system 2 every time when the information is updated by a 
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so-called presence system, it is possible to decide every 
time whether or not it is necessary to change the 
condition information 8, and to perform the change if 
necessary. 

5 Referring to Fig. 12 again, if it is decided that 

the reservation can be accepted (Yes in #23), registration 
of the reservation is requested to the parking lot usage 
management system 3 (#24). On this occasion, the 
expiration time of the reservation is calculated by 

10 forecasting the arrival time of the customer, and the 

parking lot usage management system 3 is informed of the 
expiration time. Thus, new reservation information 75 is 
added to the reservation table TL3 (see Fig. 10), and 
acceptance of the reservation is finished. Then, the 

15 terminal device 5 that made the request for reservation is 
informed that the reservation is accepted (#25). If it is 
decided that the reservation is not acceptable (No in #23), 
the terminal device 5 that made the request is informed of 
the nonacceptance (#25). 

20 Referring to Fig. 11 again, if the terminal device 5 

is informed of the acceptance or nonacceptance of the 
reservation in a predetermined time after the request for 
reservation was made (Yes in #14), contents of the 
information is displayed (#15). If there is no 

25 information even after the predetermined time has passed 
(No in #14), it is regarded that the request for 
reservation was not accepted, and a time out message is 
displayed (#16) . 

After the reservation is accepted, the reservation 

30 acceptance system 2 performs a process for canceling the 



reservation as shown in Fig. 14. A timer is reset (#31), 
and timekeeping is started (#32). After a predetermined 
time passed, position information 72 that indicates a 
current position of the customer related to the 
5 reservation is obtained (#33). 

A time when the customer will arrive at the parking 
lot A is calculated ( forecasted) at present time in 
accordance with the position indicated by the position 
information 72 and the present time (#34). The forecasted 

10 time of arrival at present time is compared with the 

expiration time (see Fig. 10) indicated by the reservation 
information 75, so as to decide whether or not the 
customer can arrive in the expiration time of the 
reservation (#35) . 

15 If it is decided that the customer cannot arrive in 

the expiration time (No in #35), the parking lot usage 
management system 3 is asked to cancel the reservation 
(#36). Thus, the reservation information 75 related to 
the reservation is deleted from the reservation table TL3 . 

20 Then, the cancellation is transmitted to the terminal 

device 5 that made the request for reservation (#37). If 
it is decided that the customer can arrive in the 
expiration time (Yes in #35), the process of steps #31-#35 
is repeated until the car arrives the parking lot A (No in 

25 #38). Furthermore, if the customer requested the 

cancellation or if the expiration time has passed, the 
request to cancel in step #36 is performed regardless of 
the result of the decision . 

According to this embodiment , customers are selected 

30 for accepting. the reservation, so that the manager of the 



parking lot can make parking spaces being used efficiently 
by customers. In addition, by making contents of the 
condition information 8 dynamic, a turnover and an 
availability factor of the parking space can be improved. 
5 [Second embodiment] 

Fig. 15 is a flowchart explaining an example of a 
flow of a process in the terminal device 5 when a request 
for temporary reservation is performed. Fig. 16 is a 
flowchart explaining an example of a flow of a process 

10 when a temporary reservation is performed. Fig. 17 is a 
flowchart explaining an example of a flow of a process in 
the reservation acceptance system 2 when an acceptance of 
a request for temporary reservation is performed. Fig. 18 
is a diagram showing an example of a temporary reservation 

15 check screen HG2 . Fig. 19 is a diagram showing an example 
of a real reservation check screen HG3. 

In the first embodiment, the reservation acceptance 
processing portion 205 shown in Fig. 3 performs the 
process for accepting the reservation only when it is 

20 decided by the reservation acceptance decision portion 204 
that the request for reservation is acceptable. In the 
second embodiment, the reservation acceptance processing 
portion 205 accepts the request temporarily even if it is 
decided that the request for reservation is not accepted. 

2 5 Then, when it becomes to satisfy the condition for 

accepting the reservation after that, the reservation is 
accepted formally, and the process for registering in the 
reservation table TL3 is performed. Hereinafter, a 
temporary acceptance of the reservation may be referred to 

30 as a "temporary reservation", while a formal acceptance of 
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the reservation may be referred to as a "real reservation". 

The structures of the reservation system 1, the 
reservation acceptance system 2, the parking lot usage 
management system 3 and the terminal device 5 in the 
5 second embodiment are the same as in the first embodiment. 
However, the reservation acceptance system 2 and the 
terminal device 5 perform the processes as shown in Figs. 
15, 16 and 17. 

In Fig. 15, the terminal device 5 displays the 

10 reservation screen HG1 shown in Fig. 9 so as to receive 
inputs of necessary items, and the reservation request 
information 71 and the position information 7 2 are 
transmitted to the reservation acceptance system 2 so that 
the request for reservation is made (#41-#43). The 

15 contents of these processes are the same as the case in 
steps #11-#13 shown in Fig. 11. 

If there is information about acceptance or 
nonacceptance of the reservation in a predetermined time 
after making the request for reservation (Yes in #44), 

20 contents of the information are displayed (#45). If the 
contents of the information indicate that the reservation 
is not acceptable (No in #46), a process for requesting 
for a temporary reservation is performed (#47). This 
process is performed by the procedure as shown in Fig. 16. 

25 The terminal device 5 displays the temporary 

reservation check screen HG2 as shown in Fig. 18, so as to 
make the customer (the driver) confirm making the 
temporary reservation (#101 in Fig. 16). If a consent 
button BN3 is pressed, it is decided that the confirmation 

30 of making the reservation is done, and the request for 
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temporary reservation is made toward the reservation 
acceptance system 2 (#102). 

A timer is reset (#103), and timekeeping is started 
(#104). After a predetermined time passed, position 
5 information 72 of the customer at that time is transmitted 
to the reservation acceptance system 2 (#105). After the 
transmission, the display screen goes back to an initial 
screen of the application program for reservation, so as 
to wait information from the reservation acceptance system 
10 2. 

On the other hand, the reservation acceptance system 
2 receives the request for temporary reservation from the 
terminal device 5 as shown in Fig. 17 (#51), registers the 
record that indicates the request in a temporary 

15 reservation table (not shown) (#52), and informs the 
terminal device 5 of acceptance of the temporary 
reservation. At this time point, the reservation is not 
accepted formally, so the parking space is not secured. 
After the information, the reservation acceptance system 2 

20 receives position information 72 from the terminal device 
5 (#53), updates the condition information 8 (see Figs. 5, 
6, 7 and 13A-13D) if necessary (#54), and then decides 
whether or not the reservation can be accepted (#55). 
Namely, it is decided whether or not the latest position 

2 5 of the customer is within a predetermined area and there 

is a vacant parking space that matches the car type of the 
customer' car. 

If it is decided that the reservation can be 
accepted (Yes in #55), a message saying that the real 

30 reservation becomes possible is transmitted to the 
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terminal device 5 (#57). Then, the terminal device 5 
displays the real reservation check screen HG3 as shown in 
Fig. 19 (Yes in #106 in Fig. 16 and #107). 

The customer presses the reservation button BN5 if 
5 he or she wants the real reservation. Then, the 

reservation acceptance system 2 asks the parking lot usage 
management system 3 to register the reservation (#56 in 
Fig. 17). In this way, the parking lot usage management 
system 3 registers the record of the reservation (the 

10 reservation information 75) in the reservation table TL3 

shown in Fig. 10. After the registration, the record that 
corresponds to the reservation and is registered in the 
temporary reservation table is deleted. Furthermore, if 
the cancel button BN6 is pressed, it is regarded that the 

15 request for reservation is canceled, so the real 
reservation is not registered. 

If it is decided that the reservation cannot be 
accepted (No in #55), the terminal device 5 is informed of 
the nonacceptance (#58). On this occasion, the terminal 

20 device 5 displays the message saying that the real 

reservation is not accepted yet if necessary (#107 in Fig. 
16), and restarts the process from step #103 (No in #108). 
The reservation acceptance system 2 waits new position 
information 72 that is transmitted from the terminal 

25 device 5 at an interval of a predetermined time and 

repeats the process of steps #53-#55 shown in Fig. 17. 
Namely, until it is decided that it can be accepted, the 
position information 7 2 is obtained at a regular interval, 
so that the decision is repeated for deciding whether or 

30 not the real reservation can be accepted. 



Furthermore, if there is no response from the 
reservation acceptance system 2 even after the 
predetermined time has passed, the terminal device 5 
regards that it is time-out (No in #106 in Fig. 16 and Yes 
5 in #107) and stops the request for reservation. 

According to this embodiment, a customer who has a 
strong want to use the parking lot can be kept by the 
temporary reservation, so that customers can be kept more 
efficiently than the case of the first embodiment. 

10 Although the parking lot database 3D1 and the 

reservation information database 3D2 are provided in the 
parking lot usage management system 3 in the first and the 
second embodiments, they can be provided in the 
reservation acceptance system 2. Alternatively, it is 

15 possible to provide a part of functions of the reservation 
acceptance system 2 in the parking lot usage management 
system 3 . 

It is possible to delay the execution of the 
canceling process in accordance with a length of the time 

20 for use. For example, a standard time for use may be set 
to one hour, and the canceling process may be performed 
with delay of ten minutes step as the time for use 
increases by two hours step. 

Although the example of the reservation system 1 in 

2 5 the case where acceptance of a reservation of a parking 

lot is performed in the first and the second embodiments, 
it is possible to apply this reservation system 1 to 
various reservation acceptance processes such as a 
reservation of a room in a Karaoke shop, a reservation of 

30 a limited number of products, a reservation of an OA 
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machine such as a personal computer or a copying machine 
installed in a rental office, a reservation in a beauty 
shop. 

It is possible to use the reservation acceptance 
5 system 2 for accepting reservations of plural parking lots. 
In this case, the parking lot usage management system 3 is 
provided for each of the plural parking lots. The 
reservation acceptance system 2 may be provided with the 
condition information 8 (see Figs. 5 # 6, 7 and 13A-13D) 

10 for each parking lot, so as to determine the condition for 
deciding whether or not the reservation can be accepted. 
The customer designates a desired parking lot to the 
reservation acceptance system 2 when making the request 
for reservation. Then, the reservation acceptance system 

15 2 performs the reservation acceptance process in 

accordance with the condition information 8 of the 
designated parking lot. 

Although the customer (the user) designates his or 
her user ID and other information for making a request for 

20 reservation on the reservation screen HG1 as shown in Fig. 
9 , it is possible that a customer who is not registered as 
a user designates a car number of his or her car and an 
electronic mail address of the terminal device 5 instead 
of the user ID for making a request for reservation. 

2 5 The structures of the entire or a part of the 

reservation system 1, the reservation acceptance system 2, 
the parking lot usage management system 3, the terminal 
device 5, the contents of the database, the structure of 
the screens, the contents of the processes, the order of 

30 the processes, the condition that is used for the decision 



-33- 

and others can be modified if necessary in the scope of 
the present invention. 

While the presently preferred embodiments of the 
present invention have been shown and described, it will 
5 be understood that the present invention is not limited 

thereto, and that various changes and modifications may be 
made by those skilled in the art without departing from 
the scope of the invention as set forth in the appended 
claims . 
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